MySQL有一系列的语句,可以往数据库新增数据,称作范插入语句(insert-like statement)。不同的插入方式,对自增键的影响是不一样的。画外音:自增键,是指auto_increment,大家应该都用得很多。简单插入(simple insert)
批量插入(bulk insert)
混合插入(mixed-mode insert)
普通的insert/replace语句,不管是单条插入还是多条插入,都是简单插入。(2)不包含insert … on duplicate key update… ;insert into t1(id, name) values(1,"shenjian");
insert into t1(name) values("zhangsan"),("lisi"),("ww");
与简单插入相对,在插入时,不知道被插入的行数,是批量插入。insert into t1(name) select name from t2;
replace … select …
load data
由于不能够提前知道多少行插入,在处理自增列时,每插入一行,才会赋值新的自增值。InnoDB assigns new values for the AUTO_INCREMENT column one at a time as each row is processed.
这里的潜台词是,在批量插入事务并发时,“可能”出现同一个事务的自增键不连续。画外音:为啥是“可能”呢?潜在解决方案,未来撰文详述。什么是混合插入(mixed-mode insert)?insert into t1(id, name) values (111,"111"),(NULL, "abc"),(222,"222"),(NULL,"xyz");
有些行插入时未指定自增键(NULL),需要数据库生成。insert into t1(name) values("shenjian"),("aaa"),("bbb")
on duplicate key update count=100;
insert … on duplicate key update … 这种情况是最最复杂的,它可能导致,系统生成的自增值,在更新阶段用不上。an INSERT followed by a UPDATE, where the allocated value for the AUTO_INCREMENT column may or may not be used during the update phase.
画外音:昨天确实答对率比较低,今天可以再回过头重新做一遍。末了,最近骂我的水友比较多,反馈帮朋友推广的文章越来越多了,我统一回复下:(1)精力有限,平均每周产出2-3篇技术文的频率没有降低;画外音:当然,我只能分享和引导,收获有多大,得看大伙细节扣得多深。就像昨天和今天的两篇,“自增键”和“插入”谁都会用,但真的思考过这些“coding时用不到”的看似无用的知识么。(2)以“戏谑”的文笔“踏实”的做学问:素材可以复现,绝不“张口就来”;知识点亲自考证,要么官网,要么源码,绝不传播楼主不确定的二手消息;希望大伙以包容的心态,少骂两句,楼主如果玻璃心,说不定哪天被喷没了。insert into t1(name)values("zhangsan"),("lisi"),("wangwu");这类简单插入,当有并发事务执行时,自增键仍能保证连续性,是如何做到的?基于SQL复制的主从同步,如果执行并发批量插入(bulk insert)事务,“可能”出现同一个事务的自增键不连续,那么能否保证主从数据的一致性?如果能,是怎么保证的?昨天看到一则留言:“取消了80%曾经关注的公众号,唯独架构师之路一直置顶”。